home *** CD-ROM | disk | FTP | other *** search
/ Shareware Grab Bag / Shareware Grab Bag.iso / 001 / pctrlx.arc / PCTRLX.DOC next >
Text File  |  1986-04-25  |  7KB  |  157 lines
  1.         PCTRLX.DOC            9/22/84        DOCUMENTATION FOR PCTRLX.MRG
  2.  
  3.  
  4.  
  5.                     MERGE FILE FOR PC-TALK III, LEVEL 830424.
  6.  
  7.         May  also  be used with PC-TALK III which has been modified  with 
  8.         any of the following master Merge programs: PCT365, 366, 3661.
  9.  
  10.         PCTRLX.MRG when merged with PC-TALK 3, will provide significantly 
  11.         superior  performance  during XMODEM file transfers  on  networks 
  12.         such as CompuServe.
  13.  
  14.         This  file  is  a pre-release module from  a  master  Merge  file 
  15.         PCT37.MRG, which contains many more enhancements for PC-TALK 3.
  16.  
  17.         This  module  is being released ahead of PCT37,  because  of  the
  18.         problems  encountered  in  using  the current  PC-TALK  3  XMODEM 
  19.         implementation   with  CIS'  newly  supported   XMODEM   transfer 
  20.         protocol. 
  21.  
  22.         The current implementation in the distribution version of PC-TALK 
  23.         was  designed to support mainly single user communications,  such 
  24.         as are encountered in PC to the typical BBS,  which is usually  a 
  25.         single PC with BBS, RBBS, IBBS, etc. software.
  26.  
  27.         A  major difference in a large network environment is the  delays 
  28.         in  what  would otherwise be a continuous  data  exchange.  These 
  29.         delays are the result of packet or other switching techniques, by 
  30.         which  the  network can serve perhaps thousands  of  simultaneous 
  31.         users at the 'same' time.
  32.  
  33.         The  implementation  provided by PCTRLX.MRG is designed  to  work
  34.         around  network  switching.  It also alters the original  PC-TALK 
  35.         Xmodem protocol in 3 major ways:
  36.  
  37.         1)   The  currently  recommended  XMODEM  protocol  is   entirely 
  38.              RECEIVER DRIVEN. This was not true of the original protocol, 
  39.              nor of the PC-TALK implementation.  This Merge file provides 
  40.              that feature.
  41.  
  42.         2)   The   RECEIVER   can  now  control  the  timing   of   block 
  43.              transmissions,  both  at  the beginning of the transfer  and 
  44.              interactively during the transfer.  Additional and as an aid 
  45.              to  the user in modifying timing,  screen printouts  of  the 
  46.              actual times is now given.
  47.  
  48.         3)   The  original  protocol  provided that errors  be  tried  10 
  49.              times. This modification alters that to 20 times.
  50.  
  51.  
  52.  
  53.  
  54.  
  55.  
  56.  
  57.  
  58.  
  59.  
  60.  
  61.                                         1
  62.  
  63.  
  64.  
  65.  
  66.  
  67.         PCTRLX.DOC            9/22/84        DOCUMENTATION FOR PCTRLX.MRG
  68.  
  69.  
  70.         OPERATION:
  71.  
  72.         Receive:
  73.  
  74.              Open  your file as previously.  If you simply use '=x',  the 
  75.              block  timing will be 4 seconds as before.  You may enter  a 
  76.              number  between 2 & 70 in format:  '=x10'  or  '=x4',  which 
  77.              would  then set the block timing at 10 seconds or 4  seconds 
  78.              per block.
  79.  
  80.              As the transfer proceeds,  the screen will show the time per 
  81.              block,  the  avg.  time per block,  and the max time for the
  82.              longest transfer of a block up to that point.
  83.  
  84.              If  the  current time in effect is less than  the  max  time 
  85.              shown,  then the user should change the current timing. This 
  86.              is  done by pressing the TAB key and entering 2 digits  from 
  87.              2-70,  in the manner 06,  or 20 etc.  It is also ok to enter 
  88.              one digit and a space. DO NOT press <cr>.  
  89.              
  90.              The  new timing takes effect immediately after the  keyboard 
  91.              receives  the second character.  When the TAB key is pressed 
  92.              the screen will print out 'ct=xx 'Enter (02-70)'.  When  the 
  93.              new time is entered, then 'nt=xx' is indicated. 
  94.  
  95.              NOTE:  THE  XFER WILL HALT UNTIL THE SECOND CHARACTER OF THE 
  96.              NEW TIME STRING IS ENTERED. DON'T DALLY!!
  97.  
  98.              The  default  is 4 seconds.  The default will  be  put  into 
  99.              effect  if an invalid time is entered.  The screen will also 
  100.              indicate 'INVL: No Chg'
  101.  
  102.              Though  experience with the new timing is  limited,  I  have 
  103.              found  that the timing should best be set at about 4 seconds 
  104.              over the max shown, when working with networks, and at about 
  105.              1-2 seconds over the max shown when working with BBS'.
  106.  
  107.              The major problem with setting block timing too long is  the 
  108.              chance  of getting line garbage,  necessitating a retry  for 
  109.              the block.
  110.  
  111.              WHILE  THE OVER-TIMING IS NOT CRITICAL,  ONE SHOULD MAKE  AN 
  112.              ATTEMPT  TO  KEEP REASONABLY WITHIN BOUNDS,  BUT SHOULD  NOT 
  113.              FEEL COMPELLED TO CONTINUOUSLY CORRECT THE PROGRAM!!
  114.  
  115.              Nothing is lost if you see a time that is greater than  your 
  116.              current  setting,  after  all the block did make it.  It  is 
  117.              future blocks where your concern lies,  and to guard against 
  118.              problems with them, you increase the timing a bit.
  119.  
  120.              Nothing  in  these changes alters in any  manner  the  error 
  121.              checking features of the protocol.
  122.  
  123.              Error  blocks  and situations will now be retried 20  times, 
  124.              provided the sender allows it.
  125.  
  126.  
  127.                                         2
  128.  
  129.  
  130.  
  131.  
  132.  
  133.         PCTRLX.DOC            9/22/84        DOCUMENTATION FOR PCTRLX.MRG
  134.  
  135.  
  136.         Transmit:
  137.  
  138.              There  is  no user interaction in the transmit mode  and  no
  139.              changes in procedure from previous.  Note however,  that now
  140.              in the send mode,  this program will NOT send a block  until
  141.              the receiver requests it.
  142.  
  143.         As  stated  above these changes are new,  and even though a  good
  144.         deal of testing has been done,  they are still of an experimental
  145.         nature.
  146.  
  147.          ***** PORTIONS OF DOC FILE WERE MISSING HERE *****....
  148. uCeuaIhgeNShrTl7 uuhrdC!uCeuNsAoEOoOCeuReesu$gCauhtuZCauCougC$",re"aRhu-h u)rheNNsuio o;gCa Ah*eehCeuCeR08CauCougI) a)RSgwrgIth TreuCeugsuAhn2$O'Reesu$gCau0u:lCauCougC$",re"aRhu-h hrToTu!ng,T ysTaGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGG:
  149.  
  150.                 t | l List of files in LBR file,
  151.                 a     Extract all files from the LBR file,
  152.                 e     Extract file(s) from LBR file,
  153.                 u     Add to or create LBR file, (wildcards ok)
  154.                 d     Delete a file from LBR file,
  155.                 r     Reorganize the LBR file.
  156.                 s     Stamp Library with new date
  157.